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DETAILED ACTION 

1 . This office action is in response to amendnnent filed January 17, 2008. 

2. Claims 1-25 are pending. 

Response to Amendment 
Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or deschbed as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the phor art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

4. Claims 1 -21 and 23-25 are rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over USPN 6,1 82,279 to Buxton, in view of USPN 5,758,1 54 to Qureshi, 
in view of "The Windows NT Command Shell" by Tim Hill (hereinafter Hill) (1 998), and 
further in view of Applicant's Admitted Prior Art (hereinafter AAPA). 

Per claim 1 : 

-invoking, by an application, a call of a command line utility, the application providing an 
identifier in the call of the command line utility, wherein the command line utility is a 
utility executable from a command line prompt; 
-receiving output from the command line utility; 

-storing the command line utility output in a system storage at a location identified by 
the identifier; 
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-retrieving, by tlie application, tlie connnnand line utility output form the system storage at 
the location identified by the identifier. 

Buxton disclosed invoking a utility (col. 8, line 7) to modify and store the customized 
component/template component in the registry, using a (col. 13, lines 8-15) template 
Storage DLL to manage registration of templated components to keys, subkeys, etc. 
Col. 8, lines 8-11, modify registry Col. 14, lines 20-28, store at a registry key (a location 
identified by an identifier) 

Col. 10, lines 8-10, OLE libraries use the registry key information to find information 
about the OLE control (key values) (retrieving, by the application, the command line 
utility output from the system storage at the location (key / subkey location) identified by 
the identifier (the key). 

Buxton disclosed (col. 8, lines 45-50) a user interface or command line interpreter is 
used to invoke the application (the template customization application) that ultimately 
stores customization information as output in the registry. 

Qureshi more clearly disclosed (col. 3, lines 26-46) an application call to a registration 
routine via system calls, to store an identifier in the registry. Col. 4, lines 2-7, invoke the 
registration routine, pass configuration file to the registration routine, open the 
configuration fill and add the configuration file information to the registry. Col. 4, lines 
58-67, DIIRegisterServer routine Col. 5, lines 56-59, "The application programs invoke 
operating system routine in order to access the various services provided by the 
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operating system... Tlie application programs invol<e tlie registration... provided by tlie 
registration DLL to register... configuration information... Tlie registration... routines of 
tlie registration DLL call operating system routines to write information to the registry 
file..." Col. 8, lines 48-67, "DIIRegisterServer opens the specified key... calling the 
system routine RegOpenKey... DIIRegisterServer creates the key..." 

More explicitly. 

Hill disclosed WindowsNT shell commands, CMD redirection, including the pipe 
redirection. 

(page 2) "By far the most common use for a console window is to execute the Windows NT 
command shell. The command shell defines the Windows NT scripting language and is 
responsible for processing scripts, as well as commands typed at the keyboard." 

"The command shell is a console application." 

(page 4) 

Table 2.1 Special Characters in a Shell Prompt 

Character Description 



$B 



Pipe (I) character. 
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(page 6) CMD.EXE and C0MMAND.COM 

Because all commands are actually executed by CMD.EXE (the Windows NT 
command shell)... 

(page 9) Command Redirection 

Most console applications and commands generate output, and many accept input. This input 
or output is in the form of a stream of characters (either ANSI or Unicode). Applications 
generally work with up to three streams, as follows: 

The command shell provides facilities to change the default stream input and output. These 
facilities are accessed by placing special command redirection symbols in a command. 

(page 10) Table 2.4 Command Redirection Symbols 
Symbol Description 

>file Redirects command output to the file specified. You can also use i 

a standard device name such as LPTl, CON, PRN or CONOUT$ asl 
the file name. Any preexisting contents of the file are lost. 



cmdl I cmd2 Pipes the command output of cmdl to the command input of 
cmd2. Multiple pipe characters are allowed, creating a chain of 
commands, each sending output to the next command in the chain. 
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Command redirection symbols are not visible to the command. The shell processes them before 
the command is executed and they are not passed as arguments to the command. The <, >, and | 
symbols are reserved shell characters. If these symbols must be passed as command arguments, 
instead of being used as redirection symbols, then they must be escaped using the ^ character. 

The > redirection symbol redirects command output to the specified file. 

The I (pipe) redirection symbol sends the command output of cmdl to the command input 
of cmdl. For example: 
C:\>dir | sort 

This example sends the command output of the DIR command to the command input of the 
SORT command. The output from the SORT command is then displayed. Alternatively, the 
SORT output can be sent to another command. For example: 

C:\>dir | sort | more 

This example sends the command output of the DIR command to the command input of the 
SORT command. Then, the command output of the SORT command is sent to the command 
input of the MORE command. Finally, the command output of the MORE command is 
displayed. 

(page 12) When the command shell processes a pipe (|) symbol, it actually runs both 
commands specified simultaneously. The right hand command is suspended until the left 
hand command begins generating command output. Then, the left hand command wakes 
up and processes the output. When this output has been processed, the command is again 
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suspended until more input is available. The synchronization of both commands is handled 
automatically by the command shell and Windows NT. 

The pipe symbol is both a redirection symbol and a compound command symbol. 
Compound commands are discussed in the next section. 

(page 12) Using Command Filters 

The previous sections showed how individual commands can be combined using command 
redirection and compound command symbols. Although command redirection can be used with 
any command, it is most effective with commands that are specifically designed as command 
filters. Generally, a command filter reads command input, permutes, or processes the input in 
some manner, and then writes the permuted input to its command output. Command filters are 
typically connected to other commands and each other via the pipe (|) redirection symbol. 

Command filters are frequently used in scripts to extract specific information needed by a script. 
Typically, a FIND command can filter the output of a command, extracting only the line (or 
lines) which contain the required information. The script can then further process this filtered 
data. Many of the sample scripts in Part II use this technique. 

Windows NT provides four command filters: 

*The MORE command, which is used to paginate command output. 

*The SORT command, which can sort command output alpha-numerically. 

*The FIND command, which filters lines that contain a specified text string. 
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*The CLIP [RK] command, which captures command output to the Windows NT clipboard. 



AAPA disclosed FIG. 1 (page 1, line 28), an application invoking the command line utility. AAPA disclosed (page 1, line 19) command 
line utility output, piped to a temporary file, said temporary file created by the piping operation. AAPA notes problems associated with 
such a temporary file: the command line utility may not have file creation privileges on the computer system (page 1, line 29), an error may 
be generated if the disk is too full to create a new file (page 2, line 2-3), there may be a naming error (page 2, line 4), or the system may be 
disk-less, not providing a mechanism through which a user initiated file input / output is possible (page 2, line 5). Applicant's invention 
claims to overcome the need for temporary storage by sending output directly to a registry file location. Applicant claims novelty in 
providing a mechanism by which an application program may obtain output from a command line utility without the need to create a 
temporary file. 

However, it would liave been obvious, to one of ordinary sl<ill level in the art, at 



the time of the invention, to modify the method / system / storage device, as disclosed in 
AAPA, FIG. 1 , to overcome the possible disadvantages noted above, as related to 
creating a temporary file, using WindowsNT known redirection and piping commands, 
because piping the output of a script command, to be used as an input to a registry edit 
command is an efficient use of resources. The results are as expected. Registry 
parameter values in a registry database storage location are modified without the need 
to create a temporary storage location. One would be motivated to ensure that 
sufficient resources exist to store utility output, and to otherwise manage memory. 



The combination is obvious because teachings are found in the prior art, and combined, 
with no change in functionality. It is a mere use of common sense by one skilled in the 
art to select and combine such known elements with no new function, i.e., a predictable 
result. 
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The predictable result, utility output directly stored to a system storage, at a location 
identified by an identifier. A subsequently invoked application will retrieve the modified 
values from the system registry. 



Regarding claim 2, Buxton teaches: 

-providing the identifier comprises providing an identifier that identifies one or more 
entries in a system registry database. 

(Fig. 2, item 205 and col. 13, lines 14-15, "...registry keys are created..." Also see col. 
14, lines 29-59, "To facilitate loading of template onto another system... a number of 
registration key or subkey are included with template. Each template may have the 
keys 450A-I, as illustrated in Fig. 4C...Key 450H contains information indicating the 
name of the storage object in template storage file where initialization data... may be 
located ... Key 450! contains information identifying the CLSID...) 

Regarding claim 3, Buxton teaches: 

-providing a root key identifier. 

(Col. 1 1 , line 2: "Most OLE object application information is stored in subkeys under the 
CSLID root key..." Also see col. 17, lines 35-41, "Component loader loads, verifies and 
checks the license of a component by replacing in registry the InProcessServer 32 
entry, i.e. key 450A...and adding additional registry keys 450B-J, as previously 
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described, tliat will let the component loader (receiving a root key identifier) then load 
the correct OLE control.") 

Regarding claim 4, Buxton teaches: 

-providing a sub-key identifier. 

(Col. 11, line 2 and col. 14, line 31: To facilitate loading of template... a number of 
registration or subkey are included with template...") 

Regarding claim 5, Buxton teaches: 

-system registry database comprises an operating system registry database. 

(Col. 4, line 49: "Operation of computer system is generally controlled... by operating 

system software, such as...Windows95...") 

Regarding claim 6, Buxton teaches: 

-providing a system storage identifier. 

(Col. 12, lines 20-21, "...users identify... templates to be packaged..." Also for another 
example of receiving a system storage identifier, see col. 20, lines 42-45, "...relevant 
character string from the registry is converted to CLSID. The component loader 
(receives a system storage identifier) then calls the GetClassObject to retrieve the real 
component's class factory...") 



Regarding claim 7, Buxton teaches: 
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-providing tlie system storage identifier comprises providing an identifier indicating a 
system registry. 

(Col. 10, line 66 -col. 11, line 4: ACLSID identifies the functionality of an object class 
that can display... access to property values... A subkey is used by an OLE to find out 
information about the control.") 

Regarding claim 8, Buxton teaches: 

-providing an identifier indicating shared system memory. 

(Col. 8, lines 6-7: "OLE libraries (shared) comprise the set of system-level services in 
accordance with the OLE specification...") 

Regarding claim 9, Buxton teaches: 

-providing the identifier indicating shared system memory identifies a system clipboard 
memory. 

(Col. 11, line 6: "An FORMATETC.is an OLE data structure which acts in a 
generalized clipboard format...") 

Regarding claims 10, Buxton teaches: 

-receiving output directly from the command line output utility. 

As an example, a utility modifies (utility output) the registry (col. 8, lines 8-11). 



Regarding claim 11, Buxton teaches: 
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-receiving output from tlie command line output utility through a subsequent command 
line output routine. 

As an example, (col. 8, lines 28-29) "Data items within the registry are retrievable 
(receive output) via calls (from utility call) to the WIN32 APIs." 

Regarding claim 12, Buxton teaches: 

-associating each line of command line utility output with a line identifier in the system 
storage. 

As an example, (col. 3, lines 1-9) "Template storage with a means for indexing, 
including key information associated with the template, "...a memory having one or 
more locations, means for indexing one or more locations within the memory..." Also 
col. 13, lines 35-44, templates are stored with an enumerated decimal number: "Each 
template is stored in an ISTORAGE whose name is unique... and may have the form 
TEMPLEnnn, where nnn may be a decimal number.") 

Regarding claim 13, Buxton teaches: 

-setting each line identifier to a value corresponding to a position of that line in the 
command line utility output. 

(Rejection of claim 12 is incorporated and further claim contains limitations as recited in 
claim 12. Therefore claim 13 is rejected under the same rational as claim 12.) 



Regarding claim 14, Buxton teaches: 
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-setting a default value of the provided identifier to equal the total number of command 
utility output lines stored in the system storage. (Rejection of claim 12 is incorporated 
and further claim contains limitations as recited in claim 12. Therefore claim 14 is 
rejected under the same rational as claim 12.) 

Regarding claim 15, Buxton teaches: 

A program storage device, readable by a computer, comprising instructions stored on 
the program storage device for causing the computer to: 

-cause an application to invoke a call of a command line utility, the application providing 
an identifier in the call of the command utility; 
-receive output from the command line utility; 

-store the command line utility output in system storage at a location identified by the 
identifier; 

-cause the application to retrieve the command line utility output from the storage at the 
location identified by the identifier. 

See rejection of limitations in claim 1 above. This is a "program storage device" version 
of claim 1 . See Figure 2 regarding Buxton's disclosure of a "program storage device." 

Regarding claim 16, Buxton teaches: 

-instructions to store command line utility output in an operating system registry 
database. 
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As an example (Fig. 2, item 205 and col. 13, lines 14-15), "...registry keys are 
created..." and (col. 13, lines 10-15) "...Template storage DLL ensures all additional 
registry keys... are created..." Modified components cause the registry keys to be 
created / edited / modified (REGEDIT utility). 

Regarding claim 17, Buxton teaches: 

-instructions to store command line utility output in an operating system maintained 
volatile memory. 

As an example, (Fig. 1, item 110-volatile storage). 
Regarding claim 18, Buxton teaches: 

-instructions to receive one or more lines of output from the command line utility. 
See rejection of limitation in claim 1 above. 

-instructions to store each of said one or more lines of output in the system storage. 
As an example, (col. 14, lines 26-29) "The remainder of the operating system registry 
entries are generated by code (instructions to store) in the template storage DLL and 
are stored in both registry (store output / modified component data in system storage) 
and the template.") 



Regarding claim 19, Buxton teaches: 
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-instructions to associate a unique identifier witli eacli of tlie one or more lines of output 

stored in tlie system storage. 

See rejection of limitations in claim 2 above. 

Regarding claim 20, Buxton teaches: 

-instructions to set a value associated with the received identifier in the system storage 
equal to the number of lines of output stored in the system storage. 
(Rejection of claim 18 is incorporated and further claim contains limitations as recited in 
claim 12. Therefore claim 20 is rejected under the same rational as claim 12.) 

Regarding claim 21, Buxton teaches: 

A computer system, comprising: 

-a processor; 

-a command line utility; 

-an application executable on the processor, the application to call the command line 
utility, the application to provide an identifier in the call; 

-a system storage having a location identified by the identifier, the location identified by 
the identifier to store an output of the command line utility, 

-the application to retrieve the command line utility output from the location identified by 
the identifier. 

As an example, see FIG. 1 . Claim 21 contains limitations as recited in claim 1 , 
therefore claim 21 is rejected under the same rational as claim 1 .) 
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Regarding claim 23, Buxton teaches: 

-the connnnand line utility comprises a first command line utility, and wherein invoking 
the call by the application comprises invoking a call to pipe output of a second 
command line utility to the first command line utility... 

-wherein storing the command line utility output comprises storing the command line 
utility output of the first command line utility. 

Col. 8, lines 6-7 disclose the OLE libraries comprise the set of system level services 
(system utilities). As an example of system utilities (col. 20, lines 17-43) Buxton 
disclosed reading a sub-key from the registry, use the output to determine the real 
component CLSID, determine whether a valid certificate and license exist, pipe the 
relevant character string to a CLSID, etc. 
Additionally see rejection of claim 1 above. 

Regarding claim 24, Buxton teaches: 

-the command line utility comprises a first command line utility, and wherein invoking 
the call by the application comprises invoking a call to pipe output of a second 
command line utility to the first command line utility... 

-wherein storing the command line utility output comprises storing the command line 
utility output of the first command line utility. 

This is a 'program storage device' version of claim 23 above. See rejection of claim 
limitations in claims 15 and 23 above. 
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Regarding claim 25, Buxton teaches: 

-the connnnand line utility comprises a first command line utility, the system further 
comprising a second command line utility, the application to invoke a call that causes 
output of the second command line utility to be piped to the first command line utility... 
-the location identified by the identifier to store output of the first command line utility. 
This is a 'system' version of claim 23 above. See rejection of claim limitations in claims 
21 and 23 above. 

Response to Arguments 

3. Applicant's arguments filed s January 17, 2008. have been fully considered but 
they are not persuasive. 

In remarks. Applicant Argues: 

As previous argued in both the Response To Final Office Action mailed May 23, 2007 
and the Pre-Appeal Brief Request for Review mailed July 23, 2007, Buxton does not 
discloses a "utility," or a "command line utility" as recited in independent claims 1,15, 
and 21 . The Examiner cites "OLE libraries" and "system-level services" as disclosing 
"invoking a utility." Office Action, page 3. As clearly stated in Buxton, OLE libraries are 
"system-level services in accordance with the OLE specification 2.0." Buxton, col. 8, 
lines 6-8. (Emphasis added). Further, such OLE libraries utilize and call "WIN32 APIs." 
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Id., col. 8, lines 8-1 1 . As stated in Buxton, APIs are "application program interfaces." Id., 
col. 7, lines 59-60. As would be clear to one having ordinary skill in the art, "application 
program interfaces" and "system-level services" are quite different than a "utility," 
especially a "command line utility" that is "a utility executable from a command line 
prompt" as recited in the independent claims. Neither "application program interfaces" 
nor "system-level services" are "executable from a command line prompt." Additionally, 
even if Buxton disclosed a "utility," it clearly does not disclose a "command line utility" 
as recited in independent claim 1,15, and 21 . Further, Applicants strongly object to any 
attempts by the Examiner to separate the term "utility" from the modifier "command 
line." A "command line utility" is a specific term recited in independent claims 1,15, and 
21 and supported in the specification as "a utility executable from a command line 
prompt." Applicants assert that the Examiner cannot disclose a "command line utility" by 
citing a reference that discloses a "utility" and does not mention the entire term 
"command line utility." 
Examiner's response: 

Examiner respectfully disagrees. Examiner reminds the applicant that each claim is to 
be given its broadest reasonable interpretation. While examiner understands the 
distinction that applicant attempts to make here. Examiner believes the term "utility", 
when given its broadest reasonable interpretation is anticipated by the Buxton patent. 
Further, while examiner agrees that the exact phrase "command line utility" is not 
present in Buxton's disclosure, the command line interpreter (see Col. 8, Buxton) as well 
as the invoking of the APIs (i.e. utilities) seen in Column 8 of Buxton. 
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In remarks, Applicant Argues: 

With regards to Qureshi, the Examiner has not made any attempt to state what, if any, 
of the present claim features are disclosed by Qureshi. The Examiner states that 
Qureshi discloses "an application call to a registration routine via system calls, to store 
an identifier in the registry." Office Action, page 3. While the Examiner's characterization 
of Qureshi may be correct. Applicants respectfully submit that Qureshi does not disclose 
any of the claim features of claims 1,15, and 21 . As stated in Qureshi, Qureshi 
discloses a registration routine implemented in a "registration DLL." Qureshi, col. 8, 
lines 1-3. As known to one having ordinary skill in the art, a DLL is a "dynamic link 
library." A DLL, and the routines accessible within a DLL, are far different than a 
"command line utility" that is a "utility executable from a command line prompt" as 
recited in the present independent claims. Further, Qureshi does not mention the words 
"command line," "utility," or "command line utility." Thus, Applicants remain confused as 
to which claim features, if any, the Examiner believes Qureshi is disclosing. As such. 
Applicants assert that Qureshi does not disclose any claim features of independent 
claims 1,15, and 21 . 

Examiner's response: 

The examiner has relied on the Qureshi reference herein to show the storing of 
information in a location "identified by an identifier". More specifically, as described 
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above, it more discloses a registration routine via system calls to store an identifier in 
the registry (Col. 3, Lines 26-46). 

In remarks. Applicant Argues: 

Turning now to Hill, the Examiner states that Hill discloses "WindowsNT shell 
commands" and "pipe redirection." Office Action, page 4. Further, the Examiner states 
that "it would have been obvious at the time of the invention, to modify the 
method/system/storage device, as disclosed in AAPA, FIG. 1 ...using WindowsNT 
known redirection and piping commands, because piping the output of a script 
command, to be used as an input to a registry edit command is an efficient use of 
resources." Id., page 8. Applicant respectfully asserts that the Examiner misstates 
and/or misunderstands the function of the redirection and pipe commands disclosed in 
Hill. The redirection command ">" referred to in Hill redirects the output of a command 
line utility to a file. Hill, pages 1 0- 1 1 . As discussed in the specification of the present 
Application, redirecting or "piping" to a file is undesirable for a number of reasons and is 
clearly different than the subject matter recited in independent claims 1,15, and 21 . 
Application page 1 . Further, the Examiner acknowledged that redirecting to a file is 
different than the present Application by noting that "Applicant claims novelty in 
providing a mechanism by which an application program may obtain output from a 
command line utility without the need to create a temporary file." Office Action, page 8. 
(Emphasis added). 
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Similarly, the "pipe" command T referred to in Hill "pipes" or "redirects" the output of a 
command line utility to another command line utility. Hill, page 1 1 . The pipe command is 
well-known in the art and is used to string together command line utilities, as illustrated 
in the examples in Hill. Id. As clearly set forth in the independent claims, such as 
independent claim 1, Applicants recite "invoking a command line utility by an 
application," "storing the command line utility output in a system storage at a location 
identified by an identifier," and "retrieving the command line utility output from the 
system storage at the location identified by the identifier." Neither the redirect command 
(redirects to a file) nor the pipe command (redirects or pipes to another command line 
utility) disclose these claim features, or the similar claim features of independent claims 
15 and 21. Thus, neither of these two commands disclosed in Hill disclose the recited 
features of independent claims 1,15, and 21 . 
Examiner's Response: 

Examiner respectfully disagrees. Specifically, the command redirection taught in Hill 
does not teach redirection to a "temporary file"; the file of Hill is not temporary. Instead 
the file of hill, which is stored on a computing system anticipates the "system storage" of 
the current claim limitation. Finally, it is noted that the applicant's argued novelty 
"without 'he need to create a temporary file" appears nowhere in the claim language and 
therefore is not required by the claim. 
In remarks. Applicant Argues: 

Finally, the Examiner attempts to provide a combination that renders obvious 
independent claims 1,15, and 21 by stating that "it would have been obvious, to one of 
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ordinary sl<ill in tlie art, at tlie time of tlie invention, to modify tlie metliod/system/storage 
device as disclosed in AAPA, FIG. 1 , to overcome the possible disadvantages noted 
above, as related to creating a temporary file, using WindowsNT known redirection and 
piping commands, because piping the output of a script command to be used as an 
input to a registry edit command is an efficient use of resources... [t]he results are as 
expected." Office Action, page 8. As stated above, neither the redirection nor piping 
commands disclosed in Hill allow piping to a system storage location such as a registry. 
Additionally, Applicants object to the Examiner's assertion that piping the output of a 
script command to a registry edit command is obvious because it is an efficient use of 
resources. The Examiner' s statement is conclusory and simply assumes that because 
Applicant' s claims are an efficient use of resources, they must be obvious. Applicants 
believe that, at best, such a statement is an impermissible use of hindsight and simply 
seeks to provide an obviousness rejection where no such conclusion is supported by 
the cited references. Further, in addition to the deficiencies described above with regard 
to the cited references. Applicants assert that the Examiner did not point out or cite any 
reference that discloses "retrieving" or "causing the application to retrieve" the 
command line utility output from the storage or location identified by the identifier, as 
further recited in independent claims 1,15, and 21 . 

Accordingly, Buxton, Qureshi, Hill, and AAPA, taken alone or in combination, do not 
disclose each and every feature recited in the present independent claims, nor has the 
Examiner set forth a proper basis for combining the references in the manner recited. 
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As such, whether taken alone or in combination, the cited references do not render 
obvious independent claims 1,15, and 21 and the claims dependent therefrom. 
Examiner's Response: 

From KSR , 550 U.S. at , 82 USPQ2d at 1396.: 

The obviousness analysis cannot be confined by . . . overemphasis on the 

importance of published articles and the explicit content of issued patents 

In many fields it may be that there is little discussion of obvious techniques or 
combinations, and it often may be the case that market demand, rather than 
scientific literature, will drive design trends. 
The use of the hill reference in overcoming the shortcomings of AAPA, Would have 
been obvious to one of ordinary skill in the art at the time of the invention, as desribed 
above, as the improvement of resource efficiency is a well-known "market demand" 
such as described in the KSR ruling above. 

Also the retrieving of the command line utility output has been anticipated bye 
Buxton (see e.g. Col. 10, Lines 8-10) as described above. 

Conclusion 

4. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
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mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to MATTHEW J. BROPHY whose telephone number is 
571-270-1642. The examiner can normally be reached on Monday-Thursday 8:00AM- 
5:00 PM EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Wei Zhen can be reached on (571) 272-3708. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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/Wei Zhen/ 

Supervisory Patent Examiner, Art Unit 2191 



